Format des livrables compatibles avec l'observatoire

Fichiers bureautiques[modifier]

Les livrables sont attendus au format ouvert de données pour les applications bureautiques Open Document, c’est-à-dire :

• odt pour les fichiers texte
• ods pour les tableurs (uniquement pour les feuilles de calcul ou les graphiques hors données intégrables dans l’observatoire, sinon voir point suivant)
• odp pour les présentations
• odg pour les schémas ou logigrammes

La suite bureautique utilisée par l’EPTB SN est LibreOffice, dernière version stable.

Tout document « bureautique » constituant un livrable intermédiaire ou final devra donc être livré dans un ou l’autre des formats listés ci-dessus. Les fichiers seront également livrés dans leur version intermédiaire et finale au format pdf (hors feuilles de calculs techniques).

Autres livrables[modifier]

En complément des rapports et autres fichiers bureautiques édités dans le cadre de la présente étude, l’ensemble des données produites par le prestataire seront transmises au format brut à l’EPTB. Afin de garantir leur exploitabilité, le prestataire se rapprochera du pôle Analyse territoriale et Système d’Information de l’EPTB en préalable à la livraison de ces données. La production de ces données devra répondre aux prescriptions détaillées ci-après.

Avant la création d'importants lots de données, un échange avec le pôle Analyse territoriale et Systèmes d'Information de l'EPTB Sèvre Nantaise est conseillé pour s'assurer de leur conformité avec le système d'information de l'EPTB.

L'EPTB agrège l'ensemble des données produites sur le bassin de la Sèvre Nantaise au sein d'un système d'information reposant sur les outils suivants :

• le logiciel de gestion de base de données PostGRE/PostGIS,
• le logiciel SIG QGis
• l'outil de suivi des milieux aquatiques développé en interne : Sysma

Les données produites dans le cadre de la présente mission doivent donc respecter les consignes suivantes :

Format et organisation des données[modifier]

L’ensemble des données brutes et élaborées seront remises au format numérique.

Les éléments géométriques servants aux cartographies ainsi que l’ensemble des données d’inventaire seront livrés au format SQL selon les caractéristiques suivantes :

• Compatibilité : compatible avec PostgreSQL 9.6 et PostGIS 2.4.3 (version de notre serveur de production au 27/09/2018);
• Contenu : un seul schéma de base de données (nommé « nom_du_projet_annee », ex : be_etude_zh_forgineaux_2017) contenant l’ensemble des tables géographiques et non géographiques correspondant aux données d’inventaire et données élaborées ;
• Toutes les tables et les colonnes doivent posséder un commentaire de description intelligible :

   COMMENT ON TABLE schema.table IS 'Description du contenu de la table ...';

   COMMENT ON COLUMN schema.table.colonne IS 'Description du contenu de la colonne ... ';

• Règles de nommage:

• • toujours utiliser des minuscules et pas d'espaces, les chiffres sont autorisés mais jamais en première position
  • table géographique : t_* (pk : gid (serial), si géométrie principale : geom sinon : geom_* !!! penser à typer la géométrie en utilisant une simple geometrie si cohérent avec la donnée ex. :: geometry(polygon,2154) !!!
  • table attributaire : ta_* (pk :id (serial)
  • table de liste de choix (foreign key) : tfk_* id (serial) / ou charactervaraying (si plus explicite), valeur : libel, [commentaire], [...])
  • table de liaison : tl_* (pk : id (serial) )
  • Liste des mots réservés (postgres) :

    select * from pg_get_keywords()

• Format attendu :
  • SQL (fichier plat) contenant la commande INSERT et non la commande COPY pour l’ajout de données dans les tables ;
  • Encodage : UTF8
  • Les noms d’objets du modèle de base de données : table, champs, vues, index… ne devront pas commencer par un chiffre et seront écrits sans majuscules ni espaces, ni accents, ni caractères spéciaux. le caractère underscore « _ » sera utilisé à la place des espaces.
  • Clé primaires des tables géographiques : « gid » de type SERIAL. Clés primaire des autres tables « id » de type SERIAL.
• Géométries :
  • Les géométries seront déclarée obligatoirement en simples géométries : POINT, LINESTRING, POLYGON , par opposition à MULTIPOINT, MULTILINSTRING, MULTIPOLYGON sauf si la nature des objets correspond par définition à une multi-géométrie.
  • EPSG à utiliser : 2154 ;
  • Nom des champs géométriques : « geom ».
  • Les géométries devront être conformes au standard de l'OGC et passer le test de validité : SELECT ST_IsValid(geom) FROM [nom des tables géographiques]
  • Les géométries POLYGON et MULTIPOLYGON ne devront pas comporter de papillons inutiles.

Cas particulier des données figurant dans Sysma[modifier]

Sysma est un outil informatique développé par l'EPTB Sèvre Nantaise et dédié au recueil des données sur les milieux aquatiques et le suivi des travaux. Dans le cas où les données recueillies correspondent à un type d'objet recensé dans Sysma, les livrables devront respecter le format de données défini dans le dictionnaire Sysma.

Un échange avec le pôle Analyse territoriale et Systèmes d'Information de l'EPTB est conseillé pour vérifier la bonne comptabilité entre Sysma et les bases de données constituées dans le cadre de la présente mission.

Sorties cartographiques (SIG)[modifier]

Le fichier source de l’ensemble des sorties cartographiques sera livré au format QGIS version LTR (Version maintenue à long terme) à la date de la livraison. Pour information la version LTR de QGIS que nous utilisons au 21/02/2019 est la 2.18.x.

Ce fichier source QGIS ne devra utiliser que les couches contenues dans le schéma livré hormis pour les données raster qui seront stockées dans un répertoire « RASTER » au même niveau d’arborescence que le fichier QGIS (c.a.d. dans le même répertoire que le fichier QGIS). Le répertoire RASTER devra être livré.

Cas particulier des données biodiversité[modifier]

Le Maitre d'Ouvrage demande, en plus, au prestataire de se conformer aux exigences prévues par Article 7 de la loi du 8 août 2016 pour la reconquête de la biodiversité (L411-1 A).

• Le prestataire devra donc transmettre au Maitre d'ouvrage les éléments et fichiers nécessaires au téléversement des données dans le cadre du Dépôt Légal de Biodiversité.
• Plus de détail ici : https://depot-legal-biodiversite.naturefrance.fr/

Cas particulier des plans techniques (fichiers CAO/DAO)[modifier]

L’ensemble des données brutes et élaborées seront remises au format numérique.

Format attendu[modifier]

Concernant les plans techniques (état initial, faisabilité, AVP, PRO, etc.), en sus des spécifications particulières décrites ci-après il est attendu un livrable sous format éditable .dwg (ET sa version .dxf) ET un livrable sous format SIG.

Concernant les fichiers SIG, se reporter aux spécifications ci-dessus. Si le prestataire n'est pas en capacité de livrer des données au format SIG, le maitre d'ouvrage pourra exceptionnellement accepter la livraison des uniques fichiers DAO/CAO.Cependant, le prestataire devra bien préciser dans sa proposition cette incapacité et le rappeler lors de réunions préparatoires éventuelles.

Concernant le fichiers .dwg (ET sa version .dxf), ils devront contenir la vue en plan d’assemblage de l’ensemble des levés réalisés (tous levés confondus : ouvrages hydrauliques, levés bathymétriques et terrestres, réseau, points singuliers, etc.) et correctement organisés dans les calques correspondant. Chaque plan et coupe de restitution feront l’objet d’une présentation spécifique. L’EPSG retenu sera le 2154 (Lambert 93). Ce fichier permettra de fournir un rendu graphique de restitution de la mission. Il comprendra les présentations d’impression (format iso type A3 ou A0 maxi) nécessaires à la localisation et la vue en plan de chaque entité relevée.

Contenu et géométrie attendus[modifier]

Il est à signaler que le fichier du plan numérique doit permettre une double exploitation :

• l’une, relative aux informations topographiques correspondant au levé, sous AutoCad : les points topographiques et les polylignes seront des entités 3D renseignées en X, Y et Z (valeur non-nulle correspondant à l’altitude IGN69) ;
• l’autre, relative aux informations cartographiques (toponymie, limites, codification des objets à symboliser…) correspondant à l’habillage du plan.

Les modèles numériques de terrain éventuellement établis seront livrés dans un format compatible Autocad / Covadis.

Les éventuelles prestations relatives à des relevés topographiques et ou bathymétriques comprendront la création d’une polygonation de levé rattachée aux canevas de base planimétrique et altimétrique.

Le fichier attendu contiendra les éléments suivants :

• Polygonation de levé rattachée aux canevas de base planimétrique et altimétrique (dans le cas d’éventuelles prestations relatives visant à réaliser des relevés topographiques et / ou bathymétriques) ;
• La fourniture du fichier de points 3D et polylignes 3D continues sous AutoCad/Covadis ;
• La rédaction des plans et coupes définitives à une échelle adaptée (avec présentation spécifique) ;
• Le fichier devra contenir en sus des informations topographiques, les informations cartographiques telles que :
  • En planimétrie :
    • Tous les éléments dont la représentation à l’échelle du plan est supérieure à 1 mm ;
    • Tous les points connus en coordonnées
    • Les bâtiments avec seuils et accès ;
    • Les ouvrages d’art (ponts, murs de soutènement), les aqueducs avec leurs caractéristiques (cote fil d’eau, diamètre, dimensions et croquis côté), représentées sur un calque annexé éventuellement ;
    • Les points nécessaires à la définition des écoulements hydrauliques.
  • En altimétrie :
    • les lignes de ruptures en 3D ;
    • tous les points en format 3D (X, Y, Z) .
  • En toponymie :
    • les noms des rivières, ruisseaux (une flèche dans le sens d’écoulement), canaux, voies ferrées, villages, hameaux, lieux-dits et communes ;
    • les noms et numéros des routes départementales, voies communales, chemins ruraux ;
    • le quadrillage décimétrique Lambert avec l’indication des coordonnées X et Y tous les kilomètres, la flèche de direction des Y, l’échelle, le numéro de la feuille du plan et un tableau d’assemblage des feuilles, la date d’établissement.

Organisation du fichier[modifier]

L’organisation des calques du fichier est laissée à l’appréciation du géomètre. Cependant une nomenclature claire et intelligible est attendue (ex : fil d’eau / niveau d’eau / fond dur / toit de vase / haut de berge /pied de berge, etc.).

Métadonnées[modifier]

• Les informations concernant les métadonnées (origine, date, précision des données…) devront être stockées au plus proche de la données et facilement consultables. La conformité INSPIRE devra être respectée.
• Les fichiers de métadonnées correspondants au format LibreOffice Calc et conformes à la directive INSPIRE seront transmis.

Livraison des fichiers[modifier]

Pour faciliter la livraison des données et livrables, l'EPTB peut ouvrir un compte au prestataire retenu sur son outil cloud de partage de fichiers.